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(57) Abstract: A method for deploying an application between two computers, such as an intelligent device and a server, which re- 
duces the hardware resources employed in one of the computers to execute the application. The method includes categorizing objects 
of the application as either requiring execution on a first computer, such as the intelligent device, or being capable of execution on 
either of that first computer or on a second computer, such as the server. A set of managed objects is created from the objects catego- 
rized as being capable of running on either computer, the managed objects being suitable representations of the objects categorized 
as being capable of running on either computer and these managed objects are generally smaller than the corresponding categorized 
objects but having an application program interface identical to the categorized objects. At least some of these corresponding cate- 
gorized objects can be loaded onto the server, while the managed objects and the other categorized objects (those objects which must 
be executed by the device) are loaded onto the device. The application can then be executed on the device in the normal fashion, 
wherein function calls to the managed objects made by the application are passed to the server which performs the actual function 
of the object, and returns the appropriate values back to the managed objects on the device. While categorization 

[Continued on next page] 
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of the objects of an application can be performed independent of a device, the determination of which particular corresponding 
cLetrSdobjects are loaded onto the server can be dependent on the particular device, devices with more resources executing 
mtr^tsTan devices with less resources. The result is that the application executes on the device usrng reduced resources on 
the device in a manner that is transparent to the user. 
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Field of the Invention 

The present invention relates generally to allocation of computer resources and 
5 more specifically relates to a method and system for deploying an application between two 
or more computers in a fashion that is transparent to a user. 

Background of the Invention 

The development of network computing ("NCT) technology has spawned the 

10 development of several intelligent devices, ranging from simple thin-client desk-top 
computers, to internet-aware screen phones, mobile phones, personal digital assistants 
("PDAs"), public kiosks, smart-card based banking devices, etc. The Java computer 
language has been an important feature of this technological development, as it provides a 
"Write Once, Run Anywhere" platform which is an effective way to pass an application 

15 from a server to a device for local execution on the device. Thus, Java provides the ability 
to transparently deliver, via a communications mechanism, such as a general purpose 
network or a special purpose communications port, software to a variety of devices having 
different hardware platforms and has become a standard language for internet applications. 
While Java can be run on a variety of different intelligent devices, such intelligent 

20 devices still require a minimum set of hardware resources capable of executing necessary 
resident software applications that allow a user to interact with the device and the 
network. Thus, developers of intelligent devices are confronted with a tension between 
the desire to reduce required hardware resources and yet increase device software 
functionality. Furthermore, software developers wishing to offer an application for 

25 execution on a range of devices are confronted with devices having different available 
hardware resources, and thus an application designed for execution on a device with 
reduced hardware resources will underutilize available hardware on another device having 
improved hardware resources. 

An additional difficulty is confronted by hardware developers and software 

30 developers working concurrently to develop an intelligent device with at least one 
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."cation « a hamate devetaper can provide proposed apeefficntions «o 

"*"™ a "f T r It fi»a> beware device, it is possiMe that ***** ^ 
a software developer for the final nar ^ a(xess 

tias ^ fitnetionafity C-h as centra. pr« -J» ^ 

^ differs from that anticipated, and thus the device woum 
IIT^SI — - can -afore be to nrodi, - — 

. ^ tQ suit the final hardware design, 

completed software application to suit mc 

—Tjr oiTo^ P-t — n to provide a novci method and ^ of 
t+J. an app.ica.on between computers which obviates or mitigates a, .east one of 

th*> disadvantages of the prior art. 

1 an embodirnen, of the invention, there is provide a merited of dep.oy.ng an 
appKcation «br shared execution berween at .east one aUetnat. computing resource and a 
device, comprising the steps of 

categorizing the application into device objects and server objects; 
creating a set of managed objects tan the server objects; 
load ieg Ac server objects onto the » .east one *«*. computing resourc; and 
Joading the managed objec* and the device objects onto the dev.ee. 
to a particmar aspect of the embodiment, the ahernate computing resource .s a 
, Java-based server, and the device is Java -based. Rnthemtote, the device objects and 
sever object are based on the JavaBeans specification, and the managed objects are 
createdustagthe-mogen-toolftomtheJavaDynanucManagementKlt. 

to another embodiment of the invention, there is provided a system for dep.oymg a 
device appKcation, the appfication being cetegorized into server objects and dev.ee 
5 objeos, where the system emprises a device operab.e for communication w«h a 

Jnputer networic and operab.e for executing the device objects and a set of managed 
ohjec^tiKmanagedobjectsbeingproxiesforthese^erobject, The system afco 

cerises - — °»« ~ ~— ™ fof — ° Ver,he 

eetvl* and operate for executing the server objects, the server objeets for r^vmg 
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, ob : eCts oV er the network and returning values for 
function calls passed from the managed objects over tn 

j* obiects. the at least one server object for execution 

operation into corresponding managed objects, me a 

on m „ computing resource and fbr recess «— — P— 1 " 
w LTged objects ana returning vaH.es «br the faction cans ba* ,o «he . *~ 

Z Us. one device object and the a, .east one managed objec, bemg execute aa 
application on a device in a transparent fashion to a user. 

m ano.be, embodiment, .her. U provided a software appucauon for executton on a 
dev.ee comtectabte ,o an aUemate computing resource over an oetwo*, the applied 
15 eompnsmgt a, Una, one device object; and, a, .east one managed objece for tn.eract.on 
^ me at leas, one device object, the a. leas, one managed objects each havng a 
corresponding server object executing on the atternate computing resource. *. server 
objects ibr receiving method cans or function ca.>s passed from the managed objects and 
anting values for the method calls or function cans bade to .he managed objecrs. 
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Brief Description of the Drawings 

The present invention will now be explained, by way of example only, wrth 
reference to certain embodiments and the attached Figures in which: 

figure 1 is a schematic diagram of two computers, a server and a dev.ee, smtable 

for use implementing the present invention; 

figure 2 is a schematic diagram of a software application intended to re.de on the 

device of Figure 1; 
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Rgure 3 is flowchart of a tnefltod of deploying .he software application of Figure 
2 between the server end device of Figure 1, in accordance with an embodiment of the 

oresent invention; . • - 

Ftgure 4 is a schematic diagram showing an operation whJch detemnnes objects 

5 within the application should be deployed to the server. 

Figore 5 is a schematic diagram showing a opet*ion to create managed objects 

from server objects. . 

Hgure 6 is a schematic diagram showing the server and device of Figure 1, havmg 

a framework established on the server; 
10 Figure 7 is a schematic diagram showing the server objects loaded onto the server 

of Figure 6; 

Figure 8 is a schematic diagram showing a first communication adapter 
incorporated into the server of Figure 6; 

Figure 9 is a schematic diagram showing a framework established on the device of 

15 Figure 6; 

Figure 10 is a schematic diagram showing the managed objects and device objects 

loaded onto the device of Figure 6; and 

Figure 11 is a schematic diagram showing a second communication adapter 

incorporated into the device of Figure 6. 
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Detailed Description of the Invention 

Figure 1 shows two computers, a server 20 and a device 24, which are suitable for 
use in an embodiment of the present invention. Server 20 is any server known in the art. 
such as the Sun Enterprise 450 server sold by Sun Microsystems of Palo Alto CA, and 
generally includes a central processing unit, random access memory, a data storage means, 
and a computer network interface to allow server 20 to communicate over a 
corrugation medium such as the internet. In an embodiment of the invention, server 20 
is generally operable to function as a Java-based network computing server. Device 24'is 
any intelligent device known in the art, (such as internet-aware screen phones, mobile 
phones, personal digital assistants ("PDAs"), P^ Iic smaIt " card baSed hwkmS 
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devices, etc.), and has a basic set of hardware resources, such as a central processes unit, 
^ons access memory, input/output device(s), so drat it is generally openble to act as a 
client to server 20. 

Figure 2 shows an application 30 intended for execution on device 24. For 
5 example, device 24 can be a personal digital assistant ("PDA"), and application 30 can be 
a telephone directory software application having a graphical user interface ("GUT). 
Application 30 is preferably written in an object-oriented language and structure known in 
the art. and contains four objects, OBJ., OBJ,, OBJ,, OBJ*, each of which interact with 
each other according to their function within the overall function of application 30. (It 
10 will be appreciated that the four objects OBJ., OBJ 2 , OBJ 3 , OBJa in the present 
embodiment are for purposes of simplifying the explanation of the embodiment only and 
that application 30 can have a different number of objects.) 

In an embodiment of the present invention, objects OBJi, OBJ2, OBJ 3 , OBJ 4 are 
managed-beans or m-beans, a type of JavaBean™, the specifications for which are 
IS outlined in Sun Microsystems, JavaBeans™, Version 1.01, Hamilton, G- (Editor), 1996, 
Sun Microsystems Inc., Mountain View California and Java Dynamic Management Kit 
3.0 Programming Guide, Chapter 3, 1998 Sun Microsystems, Inc. 901 San Antonio Road, 
Palo Alto, California 94303 U.S. A 

Referring now to Figure 3, a method for deploying application 30 between server 
20 20 and device 24 will now be explained. At step 100, the objects making up application 
30 are categorized into device objects and server objects. Categorizing operation 31 is 
performed, as shown in Figure 4, on objects of application 30 to determine if the object 
must be executed on a device, or if the object can be executed on the server. This 
deterniination can be accomplished by examining the function and purpose of each object 
25 OBJi, OBJ2, OBJ3, OBJ4, or by invoking an appropriate method in each object to have the 
object report its categorization. In the event that a definitive categorization cannot be 
made by exarnining the object, for example for a legacy program, or by other suitable 
means, the object will be categorized in a default category, which in most cases will be 
that it must execute on a device. 
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^ category operation 3. — - - 

™ tun oneration 31 can further consider exactly wmwi j 

; . u« one object which i. used .o implemen, a graplnca. user ***** < 

detfi ce 24. Since a GUI objec. is critica. for rbe fan— of apphcanon 30 on ^ 
risorizanon operation 3. win determine .ha. GUI objeou are cegorued as devK* 
5 eTvTh mus, he executed on device ,4. » be apparen. o*^ecU 
ITosing application 30 can also be critical .0 device 24. and must be ca.egon.cd 

0 Illn J " dc.ee 24, such as objeets rdating to input and otnpu, operauons on the 

device ■ • i 

' on the o*c hand, where an object is generally related .0 network connecuvrty 

fanctions for application 30. the. such objects - be ca.egoriaed for 
server 20 or an appropriate device 24. I. will be farther apparent that otiter obje«s 
l5 composing application 30 - be categoric for execution on server 20. «,eh as objects 
rejig to the searching or manipulation of uaer-data resident on server 20..or arnhmetic 
operations. A variety of orher criteria can housed to deploy application 30, as W occ*r 
„ mosc of skill in tire a* bu, it can be g«.erally seen tha, operation 3! w® genoratty 
fcvor .caving certain object of app.iea.ion 30 on device 24 if such object are unsuttable 
20 for execution on server 20. 

to the example shown in Figure 4, categorizing operation 31 detemunes An. 
objec* OBI, and OBJ, are appropriate for execution on either server 20 or a devrce 24, 
.* creates SERifOBJij and SER,(OBI,> which are server objects 32, where server 
objec. SERKOBI.) is identical to object OBI. and a server object SEMOBJj) " 
25 identical to OBJ2- Similar,,, categoric operation 3 . also de.erm.nes M<*~ OBI, 
aod OBI. mus. be executed on a device 24 and accordingly creates DEV.fOBI,) and 
DEV^OBI.) which are corresponding device objects 34, where DEV,(OBI,) .a tdentical 
to object OBI, andDEV,{OBI.) is identical to OBI,. 

fix step 120 of Figure 3. a set of nmnageu objects » created .rem server objects 
30 32. in step 120, a nonaged objeo. generation operation 35 is performed on server objec* 



BNSDOCID: <WO 007761 1A2_I_> 



WO 00/77611 



PCT/CAOO/00704 



10 



15 



20 



. . ; _ ts 36 ^ smaller than server objects 32 but are proxy 
» in the art, managed 6 a« ^ 

reoresentations of server objects 32. nacn man* s 

ZZ ^ CAPD » * co-pona* — object 32 but aces no, mcmde the 
implem^tioaofta corresponding server object 32. 

» an embodimen, of the present invention, the managed o b) eot generenon 
operation 35 is achieved with the "mogen" too, provided whh the Jam l*—* 

however. .ha, other manege* object generation options ,5 and imptememanons can be 
osao as^loccmrothoseof skill in .heart According*, using operation 35, managed 
object MAN,(OBJ.} is creased from server object SBMOBJ,} and managed object 
MAN 2 {OBJ 2 } is created from server object SEMOBJ 2 ). 

At step 140 a framework 40, which is a registry means for server objects 32, is 
established on server 20 for server objects 32, as shown in Figure 6. A suitable model for 
establishing such framework 40, for the JavaBean / m-bean type objects employed ux an 
emb odiment of the present invention, can be found in Chapter 10 of the Sun 
Microsystems, Java Dynamic Management Kit, however, it will occur to those of stall in 
the art that other frameworks 40 can be! established depending on the type of objects 
implemented. Up to step 140, a particular device 24 need not be considered by the 
method of the present invention. From ste^ 160 onwards however, the method proceeds 
in view of a particular device 24, or categorj of device. 

At step 160, server objects 32 are loaded into server framework 40 as shown in 
Figure 7. At step 180, a server communicafn adapter 44 is established on framework 40 
for connecting framework 40 to a communication medium, as shown in Figure 8. 

At step 200, a device framework 46, which is a registry means for device objects 
34 and managed objects 36, is established 6n a device 24 as shown in Figure 9. Device 
framework 46 can be established in a similLr fashion to server framework 40, or by any 
other suitable means. 
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, . ^ , 4 , e DEV.COBJa) and DEV 2 {OBJ 4 » and managed 
At step 220, device objects 34 (i.e. DEV lt O a, ^ 

objects 36 C,e- managed obJects^lOBJi) -"^^ 
2<andregiste^ 

connect framework 46 to framework ««" 
system 55, as shown in Kgure 11. 

A suitable model for establishing server commutuonron adapter 44 an 

OT . , . . 5 c„„ Microhms. Java Dynamic 

communication adapter 48 is found ,n Chapter * 44 and device 

Management K». Co— server —on adapte^ ^an 
communication adapter 4S comprise a single adapter ,n accordance wr* 
l*^*!*-****-***- However. as^occarto ho^of ^U 

jo *i/ fi-o^works 40 46 can be employed, depending on 
in the art, other adapters 44, 48 and/or frameworks 4U, 

the type of objects implemented. 

r s«5 a. user interacts in the usual manner with 

During operation of system 55, a user mtera 

.ppBcauon ,0 executing on device ,4. When objects OB, and OB,, « caUrf* 
alpUoaUon 30, managed objects MAN.CQBJ.) and MAN,(OB,,) are acmaUy accessed 
Tdevice 24, which, trough communication adapters 4, and 44, interne, -^server 
objects SER-tOBM and SEMOB,,, respecuvely. These server perfonn 
denned functions and rentrn the appropriate values and/or data bade ,0 me <"-»"»-• 
, ntanaged objec* MANi{OBJi) and MAN,{OBJj). Device objects DB« and 
DEV (OBW execute on device 24 in Ore usual manne,. According, a user can 
^onrty interact whh application 30 on device 24, unaware that a ooruon of 
application 30 is actually executing on server 20. 

m ,he example above, a., of server objects 32 are .oaded omo .he serve, 
S However, it is -so contemplated that, if ihe particular device 24 or category of dev^ 
^ considerauon has amp,e resource, f or more server objects 32 may not be 
on to the server and instead, the coding objects (eg - OBI,, OB,,) can be lo^ed 
L to tbe device 24. This can provide advantages, for ex^ple where ^ b^d^ 

->n » n A device 24 : The particular server objects 32 that are not 
available between server 20 and device *«> P <u 
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Wed onto fte ««r can b. M in view of ft* resources av^b.e in ft. 

device 24. ; 

,n another embodiment of the invention, application 30 can be wntten so that some 

of its objects are specifically intended for execution on server 20, some of its objects are 
5 specifically intended for execution on device 24. and the remaining objects can be 
executed on either server 20 or device 24. In this embodiment, at step 100. categonzing 
operation 31 categorizes the objects specifically intended for server 20 into server objects 
32 and categorizes the objects specifically intended for device 24 into device objects 34. 
Once a specific device 24, or category of device, is known to the method a set of cntena, 
0 (based on, for example, available hardware ! resources such as available random access 
memory on the specific device 24) is employed to categorize the remaining objects as 
being server objects 32 or device objects 34 for that specific device 24 or category of 
device. At step 120, a set of managed objects 36 is created from the objects which were 
categorized to server objects 32. Steps 140 J 240 are then performed as before. 
L5 While the embodiments discussed herjsin are directed to particular implementations 

of the present invention, it will be apparent that the sub-sets and variations to these 
embodiments are within the scope of the invention. For example, while the embodiments 
herein are directed to JavaBean objects, it All be apparent that other types of objects or 
component architectures can be implemented in accordance with the teachings of the 
20 invention. Furthermore, it is contemplated jthat server objects can actually be stored and 
executed on multiple servers. It can be alsojjlseen that server objects need not be executed 
on a conventional server, and can in fact bejkecutcd on any alternate computing resource 
as will occur to those of skill in the art. In addition, while the registry of the embodiments 
discussed herein are implemented in the form of a framework, it will be apparent that in 
25 other embodiments the registry means can be incorporated directly into each of the objects 
of the appUcation, thus eliminating the need for a separate framework. 

It will also be apparent that the varijfus steps of the methods disclosed herein need 
not be performed in the exact order as shojwn. For example, a complete set of managed 
objects could be generated, prior to the categorizing of the application into device objects 
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and server object, This set of managed objects could be stored on the server, and only 
the necessary managed objects would be loaded onto thedevice at the time of deployment. 

- The present invention provides a novel method and system of deploying an 
application between at least one server and II device. An operation determines whether 
5 certain objects are to be categorized into device objects or server objects Managed 
objects can be established from the server Ejects which are generally smaller than the 
serverobject. These managed objects and tie device objects can be stored and executed 
on the device so that the overall applied requires fewer hardware resources on the 
device. During execution, calls to the manf ged! objects result in a transparent access to 
10 their associated server object, Efficient us4 of hardware resources on the device »s thus 
provided in a manner that is transparent to the user. 

The present invention can also boused during real-time deployment of an 
application from a server onto a device, whpre prior to downloading the application the 
server can determine the available resources! on the device and use this information during 
15 the categorizing of objects between the device and the server. It will be apparent that in 
the present example, the downloading of smaller managed objects to the device, instead of 
the entire larger object, will also improve do'wnload time to the device. 

An application developer using thepresejit invention has improved flexibility, as an 
application can be written for a device franewjork which is extended or extendible to a 
20 server, providing an 'extended framework^. 'Thtjs, the developer can write applications for 
a range of devices having different hardware pjatforms and varying hardware resources, 
simply by partitioning the application duri^ its creation so that it can be conveniently 
categorized into server objects and device iobject, Additionally, a hardware developer 
and an application developer can work co^curiently to develop an intelligent device and 
25 accompanying application software. The iWdyare developer can provide flexible device 
configuration parameters to the appucaW developer, such that portions of the 
application can be loaded onto an alternative computing device for execution should the 
final hardware capacity of the device prove loo restrictive to handle the entire application. 
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We claim: 

, A meth od of deploying an application*^ shared execution between a, lees, one 
anemare computing resource and a device inU.nec.ed by a communication m«d,um. 

comprising the steps of: 

categorizing said application into deviUjobjects and server objects; 

creating a set of managed objects fti?^ 



10 
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loading said server objects onto said at 
loading said managed objects and said 



I. 



said server objects; 

least one alternate computing resource; and 

5 

iev.ce objects onto said device. 



2. 



The method according to claim 1 composing an additional initial step of 

of categorization into device objects and 



partitioning said application into objects capsfcle 

H " 

server objects. | 1 

3. The method according to claim 1 w j An said step of creating is the mogen 
operation from the Java Dynamic Managemc ct^Kit. 

• 1 

4. The method according to claim 1 wnerlin said device objects and said server 
objects are m-beans based on the JavaBeanJ a tjd Java Dynamic Management Kit 
specifications. 

' I 

5 The method according to claim 1 JUm said categorizing is determined based on 
an operation that considers at least in part^ffventory of available hardware resources on 
said device. 

6 The method according to claim 1 wWein said at least one alternate computing 
resource is a server having a file storage mfLs and said application is stored on said file 
storage means. 
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7 A method of deploying a device appncation for shared execution between at least 
one alternate computing resource and said device, comprising the steps of: 

categorizing said application into device objects and server objects; 

creating a set of managed objects fronj said server objects; 

establishing a server framework on ^ at least one alternate computing resource; 

loading said server objects into said server framework; 

establishing a first communication adapter on said server framework; 

establishing a device framework onjsaid device; 



20 



25 



fading said managed objects and ^device objects into said device framework; 



10 and 



establishing a second communication adapter on said client framework for 
communication with said first communication adapter. 

8. The method according to claim 7 JrUein said step of creating is the mogen 



15 operation from the Java Dynamic Management Kit. 

| -> ( 

9. The method according to claim 7 ^nin said device objects and said server 
objects are m-beans based on the JavaBeank jand Java Dynamic Management Kit 
specification. 



'I! i 

10 The method according to claim 9 iJerein said framework is based on the Java 

k i 

Dynamic Management Kit. 1 / 

W f 

l i 

11. The method according to claim 7 Ih'erein said first communication adapter and 
said second communication adapter an adapter created in accordance with the 

Java Dynamic Management Kit. 
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12 The method according to claim 7 wh^in said categorizing is determined baaed on 
M operation tba. considers a, .east in part an ivantory of avanaWc hardware resources on 
said device. :j 

13. A system for deploying a device appHijation, said application being categorized 
into server objects and device objects, said sjjstem comprising: 

a device operable for commumcationijdth a computer network and operable for 
executing said device objects and a set of managed objects, said managed objects being 

proxies for said server objects; and j 

at least one alternate computing rescue operable for communication over said 
network and operable for executing said se^er objects, said server objects for receiving 
function calls passed from said managed objebts over said network and returning values 
for said function calls back to said managed -objects. 



14. The system according to claim 13 
objects are m-beans based on the Jt 
specifications. 



wlferein said device objects and said server 
JavaBeans'i and Java Dynamic Management Kit 



16. An alternate computing resource for 



15. The system according to claim 1 4^tierein said managed objects are creating using 
the mogen operation from the JavaDynamib Management Kit. 



deploying at least one server object of an 



application, said application having been categorized into server objects and device 

. -Mil i 

objects, said computing resource comprising: 

network interface means for compiler, network communication with a device, said 
device operable for executing said device effects and a set of managed objects, said 
managed objects being proxies for said server, objects; and 

processing means for executing saicf jserver objects, said server objects for 
receiving function calls passed from said JLged objects and returning values for said 
function calls back to said managed objects] : 
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17. The alternate computing resource of < 
resource is a Java-based server. 



16 wherein said alternate computing 



10 



15 



20 



25 



IS A software application categorizable Lto at least one server object and at least one 
device object, each of said at least one serve! objects being created by an operation mto 
corresponding managed objects, said at leas one server object for execution on an 
alternate computing resource and for receiving function calls passed from said managed 
objects and returning values for said functkJ calls back to said managed objects, sa»d at 
least one device object and said at least one Lanaged object being executable as sad 
application on a device in a transparent fashfon to a user. 

19. A software application for executioJon a device connectable to an alternate 
computing resource over a network, said application comprising: 
at least one device object; and, 

at least one managed object for interaction with said at least one device object, 
said at least one managed objects each havi]g a corresponding server object executing on 
said alternate computing resource, said se 
from said managed objects and returning 
managed objects. 



objects for receiving function calls passed 
jes for said function calls back to said 



20. Amethod of deploying an application for shared execution between at least one 
alternate computing resource and one of a Alurality of devices interconnectable with said 
at least one alternate computing resource, slid method comprising the steps of: 

categorizing said application into deVice objects and server objects; 

creating a set of managed objects from said server objects; 

loading said server objects onto said at least one alternate computing resource; 

establishing a first communication lapter on said at least one computing resource; 

loading said managed objects and slid device objects onto said device; and 
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with said first communication adapter. 
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METHOD AND SYSTEM OF DEPLOYING AN 
APPLICATION BETWEEN COMPUTERS 

5 Field of the Invention 

The present invention relates generally to allocation of computer 
resources and more specifically relates to a method and system for deploying an 
application between two or more computers in a fashion that is transparent to a 
user. 

10 

Background of the Invention 

The development of network computing ( <f NC") technology has spawned 
the development of several intelligent devices, ranging from simple thin-client 
desk-top computers, to internet-aware screen phones, mobile phones, personal 

15 digital assistants ('TDAs"), public kiosks, smart-card based banking devices, etc. 
The Java computer language has been an important feature of this technological 
development, as it provides a "Write Once, Run Anywhere" platform which is an 
effective way to pass an application from a server to a device for local execution 
on the device. Thus, Java provides the ability to transparently deliver, via a 

20 communications mechanism, such as a general purpose network or a special 
purpose communications port, software to a variety of devices having different 
hardware platforms and has become a standard language for internet applications. 

While Java can be run on a variety of different intelligent devices, such 
intelligent devices still require a minimum set of hardware resources capable of 

25 executing necessary resident software applications that allow a user to interact 
with the device and the network. Thus, developers of intelligent devices are 
confronted with a tension between the desire to reduce required hardware 
resources and yet increase device software functionality. Furthermore, software 
developers wishing to offer an application for execution on a range of devices are 

30 confronted with devices having different available hardware resources, and thus 
an application designed for execution on a device with reduced hardware 
resources will underutilize available hardware on another device having improved 
hardware resources. 



SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 007761 1A3JA> 



WO 00/077611 PCT/CA00/00704 

-2- 

An additional difficulty is confronted by hardware developers and 
software developers working concurrently to develop an intelligent device with 
at least one software application. While a hardware developer can provide 
proposed specifications to a software developer for the final hardware device, it 
5 is possible that the finalized device has hardware functionality (such as central 
processing unit power or random access memory) which differs from that 
anticipated, and thus the device would be over or under utilized. The software 
developer can therefore be required to modify an otherwise completed software 
application to suit the final hardware design. 

10 

Summary of the Invention 

It is an object of the present invention to provide a novel method and 
system of deploying an application between computers which obviates or 
mitigates at least one of the disadvantages of the prior art. 
15 In an embodiment of the invention, there is provide amethod of deploying 

an application for shared execution between at least one alternate computing 
resource and a device, comprising the steps of: 

categorizing the application into device objects and server objects; 

creating a set of managed objects from the server objects; 
20 loading the server objects onto the at least one alternate computing 

resource; and 

loading the managed objects and the device objects onto the device. 

In a particular aspect of the embodiments, the alternate computing 
resource is a Java-based server, and the device is Java-based. Furthermore, the 
25 device objects and server objects are based on the JavaBeans specification, and 
the managed objects are created using the "mogen" tool from the J ava Dynamic 
Management Kit. 

In another embodiment of the invention, there is provided a system for 
deploying a device application, the application being categorized into server 
30 objects and device objects, where the system comprises a device operable for 
communication with a computer network and operable for executing the device 
objects and a set of managed objects, the managed objects being proxies for the 
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server objects. The system also comprises at least one alternate computing 
resource operable for communication over the network and operable for 
executing the server objects, the server objects for receiving function callspassed 
from the managed objects over the network and returning values for the function 
5 calls back to the managed objects. 

In aparticular aspect of the embodiment, the alternate computing resource 
is a Java-based server, and the device is a Java-based intelligent device. 

In yet another embodiment of the invention, there is provided a software 
application categorizable (i.e. capable of being categorized) into at least one 
10 server object and at least one device object, each of the at least one server objects 
being created by an operation into corresponding managed objects, the at least 
one server object for execution on an alternate computing resource and for 
receiving function calls passed frommemanagedobjectsandreturningvaluesfor 
the function calls back to the managed objects, the at least one device object and 
15 the at least one managed object being executable as the application on a device 
in a transparent fashion to a user. 

In another embodiment, there is provided a software application for 
execution on a device connectable to an alternate computing resource over an 
network, the application comprising: at least one device object; and, at least one 
20 managed object for interaction with the at least one device object, the at least one 
managed objects each having a corresponding server object executing on the 
alternate computing resource, the server objects for receiving method calls or 
function calls passed from the managed objects and returning values for the 
method calls or function calls back to the managed objects. 

25 

Brief Description of the Drawings 

The present invention will now be explained, by way of example only, 
with reference to certain embodiments and the attached Figures in which: 

Figure 1 is a schematic diagram of two computers, a server and a device, 
30 suitable for use implementing the present invention; 

Figure 2 is a schematic diagram of a software application intended to 
reside on the device of Figure 1; 
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Figure 3 is flow-chart of a method of deploying the software application 
of Figure 2 between the server and device of Figure 1, in accordance with an 
embodiment of the present invention; 

Figure 4 is a schematic diagram showing an operation which determines 
5 objects within the application should be deployed to the server. 

Figure 5 is a schematic diagram showing a operation to create managed 

objects from server objects. 

Figure 6 is a schematic diagram showing the server and device of Figure 
1, having a framework established on the server; 
10 Figure 7 is a schematic diagram showing the server objects loaded onto 

the server of Figure 6; 

Figure 8 is a schematic diagram showing a first communication adapter 

incorporated into the server of Figure 6; 

Figure 9 is a schematic diagram showing a framework established on the 

15 device of Figure 6; 

Figure 1 0 is a schematic diagram showing the managed obj ects and device 

objects loaded onto the device of Figure 6; and 

Figure 11 is a schematic diagram showing a second communication 
adapter incorporated into the device of Figure 6. 

20 

Detailed Description of the Invention 

Figure 1 shows two computers, a server 20 and a device 24, which are 
suitable for use in an embodiment of the present invention. Server 20 is any 
server known in the art, such as the Sun Enterprise 450 server sold by Sun 

25 Microsystems of Palo Alto CA, and generally includes a central processing unit, 
random access memory, a data storage means, and a computer network interface 
to allow server 20 to communicate over a communication medium such as the 
internet. In an embodiment of the invention, server 20 is generally operable to 
function as a Java-based network computing server. Device 24 is any inteUigent 

30 device known in the art, (such as internet-aware screen phones, mobile phones, 
personal digital assistants ('TDAs"), public kiosks, smart-card based banking 
devices, etc.), and has a basic set of hardware resources, such as a central 

SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 007761 1A3JA> 



WO 00/077611 PCT/CAOO/00704 

-5- 

processing unit, random access memory, input/output device(s), so that it is 
generally operable to act as a client to server 20. 

Figure 2 shows an application 30 intended for execution on device 24. 
For example, device 24 can be a personal digital assistant ("PDA"), and 

5 application 30 can be a telephone directory software application having a 
graphical user interface ("GUT"). Application 30 is preferably written in an 
object-oriented language and structure known in the art, and contains four 
objects, OBJ„ OBJ 2 , OBJ 3 , OBJ 4 , each of which interact with each other 
according to their function within the overall function of application 30. (It will 

10 be appreciated that the four objects OBJ„ OBJ 2 , OBJ 3 , OBJ 4 in the present 
embodiment are for purposes of simplifying the explanation of the embodiment 
only and that application 30 can have a different number of objects.) 

In an embodiment of the present invention, objects OBJ l5 OBJ 2 , OBJ 3 , 
OBJ 4 are managed-beans or m-beans 9 a type of JavaBean™, the specifications for 

15 which are outlined in Sun Microsystems, JavaBeans™, Version 1.01, Hamilton, 
G. (Editor), 1996, Sun Microsystems Inc., Mountain View California and Java 
Dynamic Management Kit 3.0 Programming Guide, Chapter 3, 1998 Sun 
Microsystems, Inc. 901 San Antonio Road, Palo Alto, California 94303 U.S.A. 
Referring now to Figure 3, amethod for deploying application 30 between 

20 server 20 and device 24 will now be explained- At step 1 00, the objects making 
up application 30 are categorized into device objects and server objects. 
Categorizing operation 31 is performed, as shown in Figure 4, on objects of 
application 30 to determine if the object must be executed on a device, or if the 
object can be executed on the server. This determination can be accomplished by 

25 examining the function and purpose of each object OBJj, OBJ 2 , OBJ 3 , OBJ 4 , or 
by invoking an appropriate method in each object to have the object report its 
categorization. In the event that a definitive categorization cannot be made by 
examining the object, for example for a legacy program, or by other suitable 
means, the object will be categorized in a default category, which in most cases 

30 will be that it must execute on a device. 

Where categorizing operation 3 1 determines that one or more objects are 
suitable for execution on server 20, then operation 3 1 can further consider exactly 
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which objects (Le. OBJ„ OBJ 2 , OBJ 3 and/or OBJ 4 ) of application 30 should be 
executed on which of server 20 and a particular device 24. For example, 
application 30 will generally comprise at least one object which is used to 
implement a graphical user interface ("GUT") on device 24. Since a GUT object 
5 is critical for the functioning of application 30 on device 24, categorization 
operation 3 1 will determine that GUT objects are categorized as device objects 
which must be executed on device 24. It will be apparent that other objects 
composing application 30 can also be critical to device 24, and must be 
categorized for execution on a device 24, such as objects relating to input and 
10 output operations on the device. 

On the other hand, where an object is generally related to network 
connectivity functions for application 30, then such objects canbe categorized for 
execution on either server 20 or an appropriate device 24. It will be further 
apparent that other objects composing application 30 can be categorized for 
15 execution on server 20, such as objects relating to the searching or manipulation 
of user-date resident on server 20, or arithmetic operations. A variety of other 
criteria can be used to deploy application 30, as will occur to those of skill in the 
art, but it can be generally seen mat operation 31 will generally favor leaving 
certain objects of application 30 on device 24 if such objects are unsuitable for 

20 execution on server 20. 

In the example shown in Figure 4, categorizing operation 3 1 determines 
that objects OBJ, and OBJ 2 are appropriate for execution on either server 20 or 
a device 24, and creates SER, {OBJ, } and SER, {OB J 2 > which are server objects 
32, where server object SER, {OBJ,} is identical to object OBJ, and a server 

25 object SER 2 {OBJ 2 } is identical to OBJ 2 . Similarly, categorizing operation 31 
alsodeterminesthat objects OBJ 3 and OBJ 4 ,mustbe executed on a device 24 and 
accordingly creates DEV, {OBJ 3 } and DEV 2 {OBJ 4 } which are corresponding 
device objects 34, where DEV, {OBJ 3 } is identical to object OBJ 3 and DEV 2 

{OBJ 4 } is identical to OB J 4 . 
30 At step 120 of Figure 3, a set of managed objects is created from server 

objects 32. In step 120, a managed object generation operation 35 is performed 
on server objects 32 to create managed objects 36, as indicated in Figure 5. As 
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will be apparent to those of skill in the art, managed objects 36 are smaller than 
server objects 32 but are proxy-like representations of server objects 32. Each 
managed object 36 has an identical application program interface ("API") to its 
corresponding server object 32 but does not include the implementation of its 
5 corresponding server object 32. 

In an embodiment of the present invention, the managed object generation 
operation 35 is achieved with the "mogen" tool provided with the Java Dynamic 
Management Kit, and is discussed in "Generating a C-bean" in Chapter 2 of Sun 
Microsystems, Java Dynamic Management Kit, discussed earlier. It is to be 
10 understood, however, that other managed object generation operations 35 and 
implementations can be used, as will occur to those of skill in the art. 
Accordingly, using operation 35, managed object MAN, {OBJ,} is created from 
server object SER, {OBJ,} and managed object MAN 2 {OBJ 2 } is created from 
server object SER, {OBJ 2 }. 
15 At step 140, a framework 40, which is a registry means for server objects 

32, is established on server 20 for server objects 32, as shown in Figure 6. A 
suitable model for establishing such framework 40, for the JavaBean / m-bean 
type objects employed in an embodiment of the present invention, can be found 
in Chapter 10 of the Sun Microsystems, Java Dynamic Management Kit, however, 
20 it will occur to those of skill in the art that other frameworks 40 can be 
established depending on the type of objects implemented. Up to step 140, a 
particular device 24 need not be considered by the method of the present 
invention. From step 160 onwards however, the method proceeds in view of a 
particular device 24, or category of device. 
25 At step 160, server objects 32 are loaded into server framework 40 as 

shown in Figure 7. At step 1 80, a server communication adapter 44 is established 
on framework 40 for connecting framework 40 to a communication medium, as 
shown in Figure 8. 

At step 200, a device framework 46, which is a registry means for device 
30 objects 34 and managed objects 36, is established on a device 24 as shown in 
Figure 9. Device framework 46 can be established in a similar fashion to server 
framework 40, or by any other suitable means. 
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At step 220, device objects 34 (i.e. DEV 1 {OBJ 3 } andDEV 2 {OBJ 4 }) and 
managed objects 36 (i.e. managed objects MAN! {OBJ,} andMAN 2 {OBJ 2 » are 
loaded into device 24 and registered with device framework 46, as shown in 
Figure 10. 

5 At step 240, a device communication adapter 48 is established on 

framework 46 to connect framework 46 to framework 44 via a communication 
medium 50 to complete system 55, as shown in Figure 11. 

A suitable model for establishing server communication adapter 44 and 
device communication adapter 48 is found in Chapter 5 Sun Microsystems, Java 
10 Dynamic Management Kit. Collectively, server communication adapter 44 and 
device communication adapter 48 comprise a single adapter in accordance with 
Chapter 5 Sun Microsystems, Java Dynamic Management Kit. However, as will 
occur to those of skill in the art, other adapters 44, 48 and/or frameworks 40, 46 
can be employed, depending on the type of objects implemented. 
1.5 During operation of system 55, a user interacts in the usual manner with 

application 30 executing on device 24. When objects OBJ , and OBJ 2 are called 
by application 30, managed objects MAN, {OBJ,} and MAN 2 {OBJ 2 } are 
actually accessed on device 24, which, through communication adapters 48 and 
44, interact with server objects SER, {OBJ,} and SER 2 {OBJ 2 } respectively. 
20 These server objects perform their defined functions and return the appropriate 
valuesandVordatabacktomecorrespondingmanagedobjectsMAN, {OBJ,} and 
MAN 2 {OBJ 2 }. Device objects DEV, {OBJ 3 } and DEV 2 {OBJ 4 } execute on 
device 24 in the usual manner. Accordingly, a user can transparently interact 
with application 30 on device 24, unaware that a portion of application 30 is 
25 actually executing on server 20. 

In the example above, all of server objects 32 are loaded onto the server. 
However, it is also contemplated that, if the particular device 24 or category of 
device, under consideration has ample resources, one or more server objects 32 
may not be loaded on to the server and instead, the corresponding objects (eg. - 
30 OBJ,, OBJj) can be loaded in to the device 24. This can provide advantages, for 
example where limited bandwidth is available between server 20 and device 24. 
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The particular server objects 32 that are not loaded onto the server can he selected 
in view of the resources available in the particular device 24. 

In another embodiment of the invention, application 30 can be written so 
that some of its objects are specifically intended for execution on server 20, some 
5 of its objects are specifically intended for execution on device 24, and the 
remaining objects can be executed on either server 20 or device 24. In this 
embodiment, at step 100, categorizing operation 31 categorizes the objects 
specifically intended for server 20 into server objects 32, and categorizes the 
objects specifically intended for device 24 into device objects 34. Once aspecific 
10 device 24, or category of device, is known to the method a set of criteria, (based 
on, for example, available hardware resources such as available random access 
memory on the specific device 24) is employed to categorize the remaining 
objects as being server objects 32 or device objects 34 for that specific device 24 
or category of device. At step 120, a set of managed objects 36 is created from 
15 the objects which were categorized to server objects 32. Steps 140 - 240 are then 

performed as before. 

While the embodiments discussed herein are directed to particular 
implementations of the present invention, it will be apparent that the sub-sets and 
variations to these embodiments are within the scope of the invention. For 
20 example, while the embodiments herein are directed to JavaBean objects, it will 
be apparent that other types of objects or component architectures can be 
implemented in accordance with the teachings of the invention. Furthermore, it 
is contemplated that server objects can actually be stored and executed on 
multiple servers. It can be also seen that server objects need not be executed on 
25 a conventional server, and can in fact be executed on any alternate computing 
resource as will occur to those of skill in the art. In addition, while the registry 
of the embodiments discussed herein are implemented in the form of a 
framework, it will be apparent that in other embodiments the registry means can 
be incorporated directly into each of the objects of the application, thus 
30 eliminating the need for a separate framework. 

It will also be apparent that the various steps of the methods disclosed 
herein need not be performed in the exact order as shown. For example, a 
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complete set of managed objects could be generated, prior to the categorizing of 
the application into device objects and server objects. This set of managed 
objects could be stored on the server, and only the necessary managed objects 
would be loaded onto the device at the time of deployment. 

5 The present invention provides a novel method and system of deploying 

an application between at least one server and a device. An operation determines 
whether certain objects are to be categorized into device objects or server objects. 
Managed objects can be established from the server objects which are generally 
smaller than the server object. These managed objects and the device objects can 

10 be stored and executed on the device so that the overall application requires fewer 
hardware resources on the device. During execution, calls to the managed objects 
result in a transparent access to their associated server objects. Efficient use of 
hardware resources on the device is thus provided in a manner that is transparent 
to the user. 

15 The present invention can also be used during real-time deployment of an 

application from a server onto a device, where prior to downloading the 
application the server can determine the available resources on the device and use 
this information during the categorizing of objects between the device and the 
server. It will be apparent that in the present example, the downloading of 

20 smaller managed objects to the device, instead of the entire larger object, will also 
improve download time to the device. 

An application developer using the present invention has improved 
flexibility, as an application can be written for a device framework which is 
extended or extendible to a server, providing an ' extended framework' . Thus, the 

25 developer can write applications for a range of devices having different hardware 
platforms and varying hardware resources, simply by partitioning the application 
during its creation so. that it can be conveniently categorized into server objects 
and device objects. Additionally, a hardware developer and an application 
developer can work concurrently to develop an intelligent device and 

30 accompanying application software. The hardware developer can provide 
flexible device configuration parameters to the application developer, such that 
portions of the application can be loaded onto an alternative computing device for 
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execution should the final hardware capacity of the device prove too restrictive 
to handle the entire application. 
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We claim: 

1 . A method of deploying an application for shared execution between at 
least one alternate computing resource and a device interconnected by a 
communication medium, comprising the steps of: 

categorizing said application into device objects and server objects; 
creating a set of managed objects from said server objects; 
loading said server objects onto said at least one alternate computing 
resource; and 

loading said managed objects and said device objects onto said device. 

2. The method according to claim 1 comprising an additional initial step of 
partitioning said application into objects capable of categorization into device 
objects and server objects. 

3. The method according to claim 1 wherein said step of creating is the 
mogen operation from the Java Dynamic Management Kit. 

4. The method according to claim 1 wherein said device objects and said 
server objects are m-beans based on the JavaBeans and Java Dynamic 
Management Kit specifications. 

5. The method according to claim 1 wherein said categorizing is detennined 
based on an operation that considers at least in part an inventory of available 
hardware resources on said device. 

6. The method according to claim 1 wherein said at least one alternate 
computing resource is a server having a file storage means and said application 
is stored on said file storage means. 
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7. A method of deploying a device application for shared execution between 
at least one alternate computing resource and said device, comprising the steps 
of: 

categorizing said application into device objects and server objects; 
creating a set of managed objects from said server objects; 
establishing a server framework on said at least one alternate computing 
resource; 

loading said server objects into said server framework; 

establishing a first communication adapter on said server framework; 

establishing a device framework on said device; 

loading said managed objects and said device objects into said device 
framework; and 

establishing a second communication adapter on said client framework 
for communication with said first communication adapter. 

8. The method according to claim 7 wherein said step of creating is the 
mogen operation from the Java Dynamic Management Kit. 

9. The method according to claim 7 wherein said device objects and said 
server objects are m-beans based on the JavaBeans and Java Dynamic 
Management Kit specification. 

10. The method according to claim 9 wherein said framework is based on the 
Java Dynamic Management Kit. 

11. The method according to claim 7 wherein said first communication 
adapter and said second communication adapter compose an adapter created in 
accordance with the Java Dynamic Management Kit. 

12. The method according to claim 7 wherein said categorizing is determined 
based on an operation that considers at least in part an inventory of available 
hardware resources on said device. 
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13. A system for deploying a device application, said application being 
categorized into server objects and device objects, said system comprising: 

a device operable for communication with a computer network and 
operable for executing said device objects and a set of managed objects, 
said managed objects being proxies for said server objects; and 
at least one alternate computing resource operable for communication 
over said network and operable for executing said server objects, said 
server objects for receiving function calls passed from said managed 
objects over saidnetwork and returning values for said function calls back 
to said managed obj ects. 

14. The system according to claim 13 wherein said device objects and said 
server objects are m-beans based on the JavaBeans and Java Dynamic 
Management Kit specifications. 

15. The system according to claim 14 wherein said managed objects are 
creating using the mogen operation from the Java Dynamic Management Kit. 

16. An alternate computing resource for deploying at least one server object 
of an application, said appticationhaving been categorized into serverobjects and 
device objects, said computing resource comprising: 

network interface means for computer network communication with a 
device, said device operable for executing said device objects and a set of 
managed objects, said managed objects being proxies for said server 
objects; and 

processing means for executing said server objects, said server objects for 
receiving function calls passed from said managed objects and returning 
values for said function calls back to said managed objects. 

17. The alternate computing resource of claim 16 wherein said alternate 
computing resource is a Java-based server. 
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18. A software application categorizable into at least one server object and at 
least one device object, each of said at least one server objects being created by 
an operation into corresponding managed objects, said at least one server object 
for execution on an alternate computing resource and for receiving function calls 
passed from said managed objects and returning values for said function calls 
back to said managed objects, said at least one device object and said at least one 
managed object being executable as said application on a device in a transparent 
fashion to a user. 

19. A software application for execution on a device connectable to an 
alternate computing resource over a network, said application comprising: 

at least one device object; and, 

at least one managed object for interaction with said at least one device 
object, said at least one managed objects each having a corresponding 
server object executing on said alternate computing resource, said server 
objects forreceiving function calls passed from said managed objects and 
returning values for said function calls back to said managed objects. 

20. A method of deploying an application for shared execution between at 
least one alternate computing resource and one of a plurality of devices 
interconnectable with said at least one alternate computing resource, said method 

comprising the steps of: 

categorizing said application into device objects and server objects; 

creating a set of managed objects from said server objects; 

loading said server objects onto said at least one alternate computing 

resource; 

establishing a first communication adapter on said at least one computing 
resource; 

loading said managed objects and said device objects onto said device; 
and 
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establishing a second communication adapter on said device for 
communication with said first communication adapter. 
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Figure 4 
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Figure 5 
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